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^ data. The pie-processed reference data is transmitted from the client device to the location server via a communications link, such 
^ as a wireless link or a combination wireless and global communications network. 
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Methods and Apparatus for Dynamically Determining Location 
Using A Thin-Client Device 



CROSS-REFERENCES TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Patent 
Application No. 60/223,873, filed August 8, 2000, entitled •TThin-Client 
10 Location Detennination Utilizing RF Signals Over A Communications Link." 



BACKGROUND OF THE INVENTION 
15 Field of the lavention : 

The present invention is directed toward the field of location 
determination technology, and more particularly towards determining location 
firom a thin-client device. 



20 Art Background : 

In general, location technology determines the location, position or 
coordinates (e,g., in either two or three dimensions) of a "device.** As used 
herein, a device or client device refers to any remote device for which the 
location is desired. One application for location technology is determining the 

25 location of a mobile device, such as a cellular telephone. There are several 
applications or uses for determining the location of a mobile device. For 
example, if a cellular telephone user with an emergency dials "911", it is 
desirable to p^mit the 911 emergency response team to immediately identify 
the location of the cellular telephone user. Location technology for mobile 

30 devices also has applications for use with the Internet. For example, a mobile 



Ihtemet user may desire to locate a particular good or service Bear the current 
location of the user. If the location of the mobile device is known, thra the 
location may be used to direct the user to the nearest good or service in tiiat 
area. 

The global positioning system ("GPS") is one available technology ifor 
identifying location. Using traditional GPS techniques, users may identify their 
positions, which include latitude, longitude and altitude, using GPS receivers. 
In traditional GPS, the GPS receiver acquires signals from four or more 
different satellites to obtain a fliree dimensional location. The GPS positioning 
system uses a constellation of satellites that orbit the earlii. Only a certain 
number of satellites are "visible" to a GPS receiver at a particular time. Because 
the GPS receiver must acquire multiple signals to determine a location, most 
GPS receivers employ multiple channels. Each chazmel attempts to acquire a 
GPS signal. Once the receiver channel has acquired the GPS signal, additional 
processing occurs to track the GPS signal. Under traditional £5)proaches, the 
GPS receiver ascertains, for four or more GPS signals, its distance from the 
satellite by comparing its local time wi& Ae time in which the GPS signal was 
transmitted from the satellite. In addition, the GPS receivers compensate for 
clock errors and changes in frequency due to Doppler shift, as well as read 
satellite navigation mess^es. These distances, along with the known locations 
of the satellites, are used to determine the position of the GPS receiver. 

Although current GPS receivers provide accurate information regarding 
location, those receivers comprise form frictors that are large relative to tiie size 
of a mobile device. For example, even the smallest current implementations of 
GPS receivers consist of a few integrated circuit chips. These additional 
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integrated circuit chips increase the total amount of integrated circuits used in 
cellular telephones to an unaccq)table number. In addition, the cost to 
implement a GPS receiver on all mobile devices, such as cellular telephones or 
personal digital assistants ('TDAs")> is prohibitive, and GPS receivers consume 
5 significant power that unacceptably degrades the overall battery life of the 
mobile device. Furthermore, the time to fix on a location using tradition GPS 
techniques is significant Therefore, it is desirable to provide solutions for 
mobile devices that permit these devices to accurately and cost effectively 
detennine their position. 

10 

SUMMARY OF TEIB INVENTION 
hi a dynamic thin-client location determination system, the quality and 
quantity of the reference data, generated at a thin-client device, changes 
"dynamically" at the request of the server. For this embodimmt, the thin-client 

15 device transmits reference data to fte server, and the server generates and 
transmits a "server response" to the client device. In one embodiment, the 
serv^ response consists of a location and/or a **location calculation response 
code" ("LCRC")- The LCRC is an mstmction to the client device. In one 
embodiment, the LCRC instracts the client to perform one or more of the 

20 following commands (but is not limited to only using these commands): 1) use 
the location contained in the response; 2) transmit more samples from the 
reference signal buffered at the client device, 3) acquire a new reference signal 
and transmit new ref^ence data to the server for further calciilation of a 
location; 4) perform additional pre-processing on the reference signal to 

25 calculate new reference data, or 5) inform the user of the client device that a 
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location cannot be detennined. In one embodiment, the client also downloads 
the software from tbe server to interpret LCRCs, and in another embodiment, 
flie server may "push" software to the cliait device to mterpret LCRCs. 

In another embodiment, the location server employs multiple algorithms. 
For this embodnnent, the location server uses one or more of the location 
calculation algorithms to calculate the client's location. The server receives a 
location calculation request, parses the request to obtain the reference data, and 
obtains aiding data. The server selects one or more algorithms, and calculates 
the location using those algorithms. If the algorithm was successful, then a 
response is generated. If the algorithm was not successful, ften one or mow 
new algorithms are applied, and new locations are calculated. If aH the 
algorithms have been tried, ften an error code is generated as the response. The 
response is sent to the client 

In another embodiment, the location server processes the reference data 
using multiple algorithms in parallel. The server receives a location calculation 
request, parses the request to obtain the reference data, obtains aiding data, and 
calculates multiple locations m parallel. The location server selects the best 
result, creates a response, and sends the response. In another embodiment, the 
server receives a location calculation request, parses the request to obtain the 
reference data, and obtains aiding data. Embedded in the request is also a 
command identLfymg a specific algorithm or a class of algorithms to use in the 
calculation of a location. The location server calculates a location using a 
specified algoriftm or algoriftms, creates a response, and sends the response. In 
oflier embodiments tiie server, rather than the client, makes the determination of 
which algorithm or algorithms to use to calculate a location. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a block diagram illustratmg one embodiment for fhe thin- 
client location determination system. 
5 Figure 2 is a flow diagram illustrating one embodiment for determining 

client location in the LDS system* 

Figure 3 is a flow diagram illustrating another embodiment for 
determining client location in the LDS system. 

Figure 4 is a flow diagram illustrating one embodiment for using 
1 0 location tracking numbers in a LDS system. 

Figure 5 is a block diagram illustrating one embodiment for the client 

device. 

Figure 6A is a block diagram illustrating one embodiment for a client 
device that consists of separate units. 
15 Figure 6B is a block diagram illustrating another embodiment for a 

client device that consists of separate units. 

Figure 7 is a block diagram illustrating one embodiment for modifying a 
mobile device to include the thin-client LDS. 

Figure 8 is a block diagram illustrating one embodiment for 
20 conomunicating between the client device and the location server. 

Figure 9 is a block diagram illustrating one embodiment for a carrier 
network, network communications, and server. 

Figure 10 is a block diagram illustrating one embodiment for 
communicating between tiie client device and ttie location server over wireless 
25 networks. 
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Figure llA is a block diagram illustrating one embodiment for the 
location server. 

Figure 1 IB illustrates anotiber embodiment for the location server. 

Figure 12 illustrates a block diagram of a location server for an LDS that 
utilizes location tracking numbers. 

Figure 13 is a flow diagram illustrating high-level processes for the 
location server. 

Figure 14A is a flow diagram illustrating one embodiment for genemting 
location trackmg numbers in conjunction with a request to calculate a client 
location. 

Figure 14B is a flow diagram illustratmg one embodiment for processing 
at the server requests with location tracking numbers. 

Figure 15 is a flow diagram illustrating another embodiment for 
additional pre-processing in (he client device. 

Figure 16 is a flow diagram illustrating one embodiment for 
downloading algorithms to the client device. 

Figure 17 is a flow diagram illustrating one embodiment for 
implementing dynamic data transmission in a fliin client location determination 
system. 

Figure 18 is a flow diagram illustrating one embodimmt for dynamically 
determining location in a server. 

Figure 19 is a block diagram illustrating one embodiment for a location 
server that dynamically determines location. 

Figure 20A is a block diagram illustrating one embodiment for a 
location serv^ that employs multiple algorithms. 



Figure 20B is a block diagram illustrating one embodiment for a location 
server that employs a single algorithm. 

Figure 20C is a block diagram illustrating another embodiment for a 
location server that employs multiple algorithms. 

Figure 21 is a flow diagram illustrating one embodiment for use of 
multi-algorithms in the server. 

Figure 22 is a flow diagram illustrating another embodiment for use of 
multi-algorithms in the server. 

Figure 23 illustrates a location determination server that receives 
information from a variety of sources. 

DETAILED DESCRIPTION ' 

Overview of the System Architecture : 

The thin-client location determination system determines a location of a 
client from a "reference signal." In general, a reference signal, as used herein, 
connotes any type of signal, or a combination of signals, from which location 
information may be derived. In one embodiment, the reference signal consists 
of a Global Positioning System ("GPS*') signal that the location server utilizes 
to identify a location of the client. Embodiments for processing GPS signals to 
obtain a client location are described more fully below. In other embodiments, 
the reference signal comprises an "air interface signal.'* As used herein, air 
interface signals connote any type of signals used to transmit information over a 
wireless medium, including, but not limited to, CDMA signals, GSM signals, 
TDMA signals, CDPD signals, W-CDMA signals, CDMA-2000 signals, PHS 



signals, iDEN signals, EDGE signals, GPRS signals, analog cellular radio 
signals, or specialized mobile radio ("SMR*') signals. As used herein, TDMA 
signals include both GSM signals and IS-136 signals. In other embodiments, 
fee reference signal is transmitted from a beacon transmitter, or the reference 
signal includes a LORAN signal. 

In one embodiment, to derive a location from air interface signals, the 
thin-client location determination system, using known locations of the base 
stations, calculates a time difference between signals transmitted to the client 
device from different base stations. For this embodiment, the client device 
receives the air interface signals, performs one or more ^es of pre-processing 
(discussed below), and transmits, as reference data, the air reference signals to 
file location server. The location server calculates the location based on fee time 
difference between signals transmitted to fee client device from different base 
stations. 

In anofeer embodiment, fee fein-client location determination sjrstem 
may obtain an approximate client location from base station signal strengfe. For 
feis embodiment, fee client device receives fee air inter&ce signals, performs 
one or more types of pre-processing (discussed below), and transmits, as 
reference data, fee signal strengths of fee air interface signals to fee location 
server. The location server calculates fee location based on fee signal strengfe- 
contained as reference data. In a fiirfeer embodiment, fee thin-client location 
determination system calculates a time difference between signals transmitted to 
fee client device from different client devices wife known locations. 

Figure 1 is a block diagram illustrating one embodiment for fee fein- 
client location determination system. For feis embodiment, fee thin-client 
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location determination system ("LDS") consists of the client device 105 and a 
location server 140. The client device 105 may consist of any ^pe of a mobile 
device, including portable devices, such as cellular telephones. The location 
server, as used herein, refers to any computational resource, such as one or more 
computers or servers. For example, the location server may comprise an HTTP 
server operating in conjunction with an application server. As shown in Figure 
1, the client device 105 is coupled to the location server via a communications 
link 130. The communications link 130 may consist of any type of 
communications. In one embodiment, the communications link 130 consists of 
a wireless communications system, such as a wireless telephone network, used 
in conjunction with a network, such as a private network or the Internet. 

The client device 105 contains a reference signal pre-processor block 
1 10, a protocol encoder 115, and a communications module 120. In general, the 
reference signal pre-processor block 1 10 receives electromagnetic signals (e,g., 
RF signals), and pre-processes the reference signal to gen^ate a digitized 
reference signal. The digitized reference signal is referred to herein as part of 
the *teference data." Various embodiments to pre-process reference signals are 
described more fully below. 

The protocol encoder 115 formats the reference data, in compliance with 
a required channel or link protocol, to generate a client message for 
transmission. In one embodiment if the client device utilizes a bearer protocol, 
such as the General Packet Radio Services ("GPRS"), Circuit Switched Data 
("CSD'O, Short Message Service ("SMS"), Fast Associated Channel 
CTACCIT*), Slow Associated Channel ("SACCH"), Enhanced Data GSM 
Evolution C'EDGE"), or high data rate ("HDR"), the protocol encoder 115 



formats the reference data, in accordance with the bearer protocol, to generate a 
client message. At a minimuni, the reference data includes samples of the 
reference signal. In other embodiments, the reference data includes additional 
data appended to samples of the reference signal. In one of these embodiments, 
the refCTence data may include a client device time stamp that indicates the local 
time the reference signal was received at the client In other embodiments, the 
reference data may indicate the signal strength of the reference signal, and/or 
may specify the present value of the mobile transmitter timing advanced setting, 
and/or an identification for the client device, hi other embodiments, the 
reference data is compressed prior to transmission to the server. For these 
CTibodiments using conq>ression, the client device may employ, by way of 
example, Huffinan encoding, IZW, run length coding, or other compression 
algorithms. 

The communications module 120 receives, as input, the reference data 
(formatted in accordance with a protocol or reference data alone), and generates, 
as an ou^ut, a communications signal suitable for transmission on typically bi- 
directional communications link 130. In one embodiment, if communications 
link 130 comprises a wireless conununication link, then commimications 
module 120 generates a signal for the wireless communications transmission 
(eg., a CDMA, TDMA, or other signal). 

The location server 140 receives the client message from the 
communications link 130. To this end, the location server 140 includes a 
commimications module ISO. Li general, the communications module ISO 
provides an interface to the communications link 130. The communications 
module ISO passes the client message, including the reference data, to location 
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processor 160. In one embodiment, the location processor 160 determines flie 
location of the client device from the reference data. In other embodiments, 
location processing 160 generates a message to acquire more data at the client 
device before determining the client's location. The location server 140 
transmits to the client the server message, which may include client location or a 
request for more data, or transmits l3ae client location to a third party, hi one 
embodiment, the location server 140 transmits the client location or server 
message to the client device lOS via the conununications link 130. The location 
server 140 may transmit the client location to a third party, such as another 
server or another client device, via the communications link 130, using a 
location tracking number. For example, location server 140 may transmit the 
client location to another server via the Internet or a private network. 

Figure 2 is a flow diagram illustrating one embodiment for determining 
client location in the LDS system. For this embodiment, the client device 
initiates a process to calculate flie client's location at the location server. For 
example, a mobile subscriber dials the North American emergency response 
telephone number 91 1. Doing this initiates a process that inter alia starts the 
present process shown in Figure 2. The client device receives and pre-processes 
tiie reference RF signal to generate reference data (block 200, Figure 2). In one 
embodiment, the client device receives a GPS signal and samples fbe GPS 
signal to create a digitized GPS signal or GPS data. The client device transmits 
the reference data to location server (block 210, Figure 2). The location server 
receives tiie reference data, calculates a location for the client device, and sends 
the location to the client (blocks 220, 230 and 240, Figure 2). In turn, flie client 
device receives the location from the server (block 250, Figure 2). 
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Figure 3 is a flow diagram illustrating another embodiment for 
detennining client location in the LDS system. For this embodiment flie 
location server initiates a process to determine the cliraf s location. The 
location server transmits to the client device a request for reference data (block 
300, Figure 3), The client device receives the server request for reference data, 
and mitiates a process to acquire an RF signal (block 320, Figure 3). For 
example, if the reference signal comprises a GPS signal, then the client device 
initiates a process to receive a band of GPS signals. The client device receives 
and processes the reference signal (e.g,, GPS signal) to generate the reference 
data (block 330, Figure 3). The client device ihea transmits the reference data 
to location server (block 340, Figure 3), The location server receives the 
reference data from the client device, and calculates the client's location from 
the reference data (blocks 350 and 360, Figure 3), 

Figure 4 is a flow diagram illustrating one embodiment for using 
location tracking numbers in an LDS system. For this embodiment, a location 
tracking number, unique to a client's location, is generated to provide an 
identification for retrieval of the client's location. The LTN may include Ac 
client's identification as well as a time stamp. The use of LTNs provide several 
benefits- For example, the LTISf provides anonymity to the user of the client 
device, and provides the ability to store and retrieve historic locations of the 
client device. The location tracking number has applications for use with third 
parties. Specifically, a third party may use the location tracking numbw to 
generate a request to a server to identify the location of the client device. For 
this embodiment, the process is initiated at the client device as the client 
receives and processes the RF reference signal (e.g., GPS signal) to generate (he 

12 



reference data (block 400, Figure 4). The client transmits the reference data to 
the location server (block 405, Figure 4). The location server receives the 
reference data from the client device and calculates the client's location (blocks 
410 and 415, Figure 4). In addition, the location server creates a location 
tracking number corresponding to the current client's location, and stores the 
client location (block 420, Figure 4). The location server transmits the location 
tracking number to tiie client (block 430, Figure 4). The client device receives 
the location tracking number from tihe servCT, and forwards the location tracking 
number to a third party (blocks 440 and 450, Figure 4). In one embodiment^ the 
third party is a content provider, such as a directory of goods and services. TThe 
third party receives the location tracking number from the client device, and in 
turn, generates a request to the server that includes the client's location tracking 
number (blocks 455 and 460, Figure 4). 

Hie location server receives the location tracking number fix>m the third 
party, and obtains the client's location using the location tracking number 
(blocks 465 and 470, Figure 4). In one embodiment, the location server utilizes 
a database to store client locations, and retrieves client locations based on 
location tracking numbers. In response to the third party's request for the 
client's location, location server transmits the location data to the third party 
(block 475, Figure 4). The third party receives the server response with flie 
client location (block 480, Figure 4). With the client's location data, tfie third 
party may execute any number of applications. For example, the third party may 
provide, in response to a request from client, a list of restaurants in the general 
area of the clients location. 



13 



Thin-Client Device Embodiments : 

Figure 5 is a block diagram illustrating one embodiment for the client 
device. For this embodiment, a client device 500 includes, in addition to the 
protocol encoder/communications module 560 and reference signal jro- 
processoT 510. The reference signal pre-processor 510 contams an RF anteima 
520, a RF module 530, and an analog to digital ("A/D") converter 540. For this 
embodiment, reference signal pre-processor 510 receives an RF signal on the 
RF antrana 520. The RF antenna 520 and associated circuitry receives one or 
more RF signals at various carrier fiequencies. For example, if the reference 
signal is a GPS signal, then the RF antenna receives the GPS signal at the LI 
and/or L2 GPS carrier frequencies. Similarly, for other reference signals, the RF 
antenna 520 receives those signals at the appropriate carrier frequency. The RF 
module 530 receives ±g RF signal from the RF antenna 520, and demodulates 
the reference signal. 

The output of the RF module 530, the reference signal, is input to the 
A/D converter 540. The A/D converter 540 pre-processes flie reference signal 
by sampling and digitizing flie reference signal to generate the reference data. 
For this embodiment, flie A/D converter samples at the Nyquist rate or a 
modified Nyquist rate to accommodate the accuracy dictated by the digital 
precision of ttie samples. However, any sampling rate that produces adequate 
precision may be used. Also, the A/D converter 540 may directly sample the 
waveform from RF module 530, or may sample in phase and quadrature phase 
CT/Q'*) channels of the wavefi)nn. The reference data from the A/D converter 
540 is input to a protocol encoder / communications module 560 for encoding 
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and transmission of the reference data on the conimunications link 130 (Figure 

In one embodiment, the RF module 530 outputs the reference signal, as 
an RF signal, to the A/D converter 550. The A/D converter 530, in turn, 
samples the RF reference signal and produces a digital code value to represent 
the sample. In a second embodiment, instead of sampling the reforence signal at 
an RF jfrequency, the reference signal processor 510 down converts the RF 
reference signal to an intermediate frequency ("IF") reference signal. For this 
embodiment, the down conversion may occur as a single or a double 
conversion. The A/D converter 530 receives the IF reference signal, samples 
the IF reference signal, and produces a digital code value to represent the 
sample. In a third embodiment, the RF module 530 down converts Ihe RF 
reference signal to a baseband reference signal. In one embodiment, the RF 
module 530 performs a double conversion. In other embodiments^ the RF 
module 530 performs a single conversion to directly convert the RF reference 
signal to the baseband reference signal. The baseband reference signal is input 
to the A/D converter 550. The A/D converter 570 samples the baseband 
reference signal, at a sampling rate that accommodates the bandwidth of the 
reference signal, to generate the reference data. 

Figure 6A is a block diagram illustrating one embodiment for a client 
device that consists of separate units. For this embodiment, the client device 
includes a referrace signal receiver 620 and a wireless device 600. The 
reference signal receiver 620 communicates to the wireless device 600 via a 
communications link 610. The wireless device 600 may comprise any type of 
device that employs wireless communications, such as a wireless telephone 

15 
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and/or a personal digital assistant C'PDA"). The wireless device 600 
communicates to the location server (130, Figure 2) via the communications 
link 130 (e,g,^ wireless communications link). The reference signal receiver 620 
includes the reference signal pre-processor 510. In one embodiment, flie 
5 reference signal receiver 620 comprises a GPS receiver. The communication 
link 610, which couples tiie refermce signal pre-piocessor 510 with flie wiieless 
device 600, may be any type of communications link, including a wireless 
communications link (e,g„ RF or infrated), as well as a wire link that employs 
either serial or parallel data transfer. 

10 Figure 6B is a block diagram illustrating anotiier embodim^ for client 

device that consists of separate units. For this embodiment, in addition to a 
separate reference signal receiver and a wireless communications module, the 
client device further includes a separate mobile device 630. In general, die 
mobile device 630 includes hardware and software to implement various mobile 

15 device applications. For example, the mobile device 630 may consist of a PDA. 
The commxmications module 660 (eg., cellular telephone) includes the 
communication module 120 to communicate to tiie location server over the 
communications link 130. As shown in Figure 6B, the ref^fence signal receiver 
620 GPS receiver) communicates with the mobile device 630 via 

20 conununication link 640, and the communications module 660 communicates 
with die mobile device 630 over communications litik 650. The communication 
links 640 and 650 may be any type of communication link, including a wireless 
link (eg., KF or infrared), as well as a wire link that employs eitiier serial or 
parallel data transfer. In one embodiment, the refermce signal receiver 620 may 
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communicate to wireless device 600 via a wireless local area network (eg., 
802.11b standard). 

Figure 7 is a block diagram illustrating one embodiment for modifying a 
mobile device to include the thin-client LDS. For this embodiment, a mobile 
device 700 includes, to receive data/information, an RF antenna 710, aii RF 
module 720 and an A/D converter 740. For example, flie RF module 720 may 
be used to receive and process air interface signals that carry data and/or voice. 
Also, the mobile device 700 includes digital signal processor ("DSP"), labeled 
760 on Figure 7, to process the air inter&ce signals. In one embodiment, to 
implement thin-client LDS functionality, the circuits of a mobile device are 
modified to receive analog ref^ence signals at different carrier jfrequencies and 
to process reference signals with different bandwidtfas. For example, if the 
reference signal is a GPS signal, then the receiver circuits tuner) of the 
mobile device is modified to receive the GPS signal at a carrier frequency of 
1.57542 GHz. In addition, the RF module 720 is modified to convert the 
1.57542 GHz GPS signal to the intermediate firequency ("IF'*) used by the 
mobile device. The circuit modifications also include the ability to process 
signals with different bandwidths. The bandwidth of the signals processed in 
the mobile device may be greater or less than the bandwidth of the reference 
signal. For the GPS reference signal example, if the mobile device is configured 
to process CDMA signals, which have a bandwidth of 1 ,2 MHz, then the mobile 
device circuits are modified to process a 2 MHz band signal. To accommodate 
signals with different bandwidths, the bandpass filtering of RF module 720 is 
modified to filter the reference signal at frequencies outside the bandwidth of 
the reference signal. 
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The thin-client processor 750 receives the reference data and the time 
stamp, indicating the time of capture at the clirat device, and generates an 
encoded message. The encoded message may be generated in the thin-client 
processor 750 or the DSP 760. 

The mobile device 700 fiirfher includes circuits to transmit 
data/information, including voice. Specifically, the mobile device 700 contains 
a digital to analog ("D/A") converter 770, a modulator 780 and an RF 
transmitter 790. In addition, the DSP 760 may format the data for transmission 
using a wireless protocol (eg., WAP). For this embodiment, thin-client 
processor 750 formats reference data and outputs a message format suitable for 
the air interfoce protocol. In turn, DSP 760 encodes the message in accordance 
with an air interface protocol, and transmits the message using the wireless 
transmitter circuits (eg., D/A converter 770, modulator 780 and RF transmitter 
790). The reference data is transmitted using the air interface protocol and 
communications network. 

Communications Betwem The Thin-Client Device And The Location Server : 

Figure 8 is a block diagram illustrating one embodiment for 
communicating between the client device and the location server. For this 
embodiment, the client 800 communicates with a location server 820 using a 
carrier network inftastmcture 830. Specifically, the client device 800 utilizes a 
whneless communications network for two-way communications between the 
client device 800 and the carrier network infirastructure 820. To this end, tiie 
client device 800 includes, in part, a wireless communications module 840 and a 
wireless protocol encoder 835. The wireless protocol encoder 835 ^ically 
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formats fee reference data into packets, in accordance with General Packet 
Radio Services ("GPRS"), Circuit Switched Data ("CSD*'), Short Message 
Service ("SMS"), or other suitable formats. The wireless communications 
module 840 then graerates an air interface signal using a wireless 
communications technology. 

For the embodiment of Figure 8, flie carrier network infiastructure 830 
communicates with the location server 820 over a network 850, such as a carrier 
network, a private data network, or the internet Figure 9 is a block diagram 
illustrating one embodiment for a carrier network, network communications, 
and server that support a variety of signal paths. As shown in Figure 9, a base 
station antenna 900 receives an air interface signal for input to a base station 
subsystem 905 ("BSS"). The BSS 905 processes the air interface signal, 
including demodulating the signal, to extract the reference data. If the air 
inter&ce signal carries voice infonnation, flien the air interface signal is directed 
to the mobile service switching center C*MSC") 910. Alternatively, if the air 
interface signal carries data information, then the air interface signal is directed 
to the GPRS node 925. However, in some cases, data may be transmitted over a 
voice channel, and voice may be transmitted over a data charmel. An MSG 910 
connects the BSS 905 into a public telephone network 915. As shown in Figure 
9, the reference data from flie client device is routed to a GPRS node 925 or a 
SMS center 930 by the BSS 905 or fee MSG 910. The GPRS node, also 
referred to as SGSN, acts as an inter&ce between fee BSS and a packet networic. 
The SMS center 930 connects an SMS network into fee carrier network 
infrastructure. 



19 



A server 945 receives the reference data through packet based network 
940. The server 945 includes one or more software daemons (e.g., UDP 
daemon 950, TCP daemon 960, HTTP daemon 970, and SMTP daemon 980) 
that process network packets in accordance with their respective protocols. Jn 
tum» the daemons forward &e reference data, extracted fix>m the network 
packets, to location detemination processing 990 for calculation of the client 
device location. In one embodiment, the location determination processing 990 
communicates with the netwoik protocol services through remote procedure 
calls ("RPCs"). 

The packet based network 940 receives the reference data in accordance 
with any type of netwoik conmnmications protocol. As shown in Figure 9, the 
packet based netwoik 940 forwards the reference data utilizing TCP/IP or 
UDP/IP. In addition, the air interfece data protocols GPRS, SMS, CSD, 
etc.) may be encoded in accordance with an q>plications protocol, such as the 
Wireless Applications Protocol C'WAP'O- To this end, reference data encoded 
in WAP messages are input to the WAP gateway 935, which in turn, translates 
the WAP messages into HTTP requests and responses to conamunicate with the 
server 945. The network infirastructure shown in Figure 9 is bi-directional, in 
that the server 945 communicates with the client device tbrougji the same 
infiastructure. 

Figure 10 is a block diagram illustrating one embodiment for 
communicating between the client device and the location server over wireless 
networks. Sinular to the embodiment of Figure 8, a client device 1000 includes 
wireless communications module 1010 to support transmissions between a 
client device 1000 and a carrier network infirastructure 1020. The carrier 
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network infirastructure 1020 includes earner network equipment to support 
wireless communications, over a predefined area through the use of cells or base 
stations, to the location s^ver 1030. For this embodiment, the location server 
1030 includes a wireless communications module 1040 to support two-way 
communications over the wireless communications link. 

Embodiments of the Location Server: 

Figure llA is a block diagram illustrating one embodiment for the 
location server. The location server 1200 includes network conimunication 
module 1210 to provide two-way communications with the communications 
link 1220. The location calculation processor 1230 calculates the client's 
location, or alternatively, generates a request to the client device to obtain more 
data. As described more fixlly below, in one embodiment the location 
calculation processing works in conjunction with aiding data. To this end, 
server 1200 includes an interface to external systems 1240 to obtain such data. 

In one embodimrat, the location server uses "aiding data.'' The aiding 
data may be obtained fix)m a variety of sources. For example, aiding data may 
be obtained from the Internet, such as the website 
www.ngs.noaa.pov/CORS/cors-data.html. which provides specific GPS data. 
Alternatively, aiding data may also be obtained from a base station that 
independently acquires the data, or from other sources. One type of aiding data 
includes ephemeris information. Based on ephemeris information, tiie server 
computes satellite locations, satellite coverage, and Doppler shifts. In addition, 
satellite clock corrections are also obtained and used in location computations. 



21 



Figure 1 IB illustrates another embodiment for the location server. For 
fliis embodiment, the server 1200 includes a database 1250. In one 
embodiment, the database 1250 is used to store location tracking numbers. 

Figure 12 illustrates a block diagram of a location server for an LDS that 
utilizes location tracking numbers (LTN). Iq one embodiment a location server 
1300 mdudes a network protocol s^er (e^,, HTTP or web server) 1310 that 
supports HTTP requests and generates HTTP responses. For this embodiment, 
the location server 1300 includes an application server 1320 that communicates 
with the HTTP server 1310 via RPCs. The application server 1320 implements 
the location determination processor 1330, aiding data interface 1340, as well as 
a database interfece 1345. Ihe database interfece 1345 supports quenes and 
responses, using a query language, such as the standard query language ("SQL"), 
to database 1350. To support location tracking numbers, location server 1300 
includes a mechanism, refened to as LTN Creator/Storer 1360, to generate 
location tracking numbers for assigning LTNs to client device locations as well 
as to store the LTNs in memory and/or in a database 1350. hi addition, LTN 
lookup 1370 accesses the memory and/or database 1350 to retrieve client device 
locations in response to requests that contain LTNs. 

Figure 13 is a flow diagram illustrating high-level processes for the 
location server. The location server receives location calculation requests 
(block 1400, Figure 13). hi response to the calculation requests, tiie location 
server parses the requests to obtam the reference data (block 1410, Figure 13), 
The server then obtains aidmg data, and calculates flie location of tfie client 
device (blocks 1420 and 1430, Figure 13). A response to the location request is 
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generated, and is transmitted to either the client device, a third party server 
(blocks 1440 and 1450, Figure 13), or a third party client device. 

Figure 14A is a flow diagram illustrating one embodiment for generating 
location tracking numbers in conjunction with a request to calculate a client 
location. The location server receives a request to calculate a client location, 
and in response, parses the requests to obtain the reference data (blocks ISOO 
and 1510, Figure 14A). With the reference data, the location server obtains 
aiding data and calculates a location for the client device (blocks 1520 and 
1530, Figure 14A). The location server creates a location tracking number, and 
stores, in memory and/or database 1250, the cKent's location with reference to 
the LTN (block 1540, Figure 14 A). The location server creates a response that 
includes fee location tracking number (block 1550, Figure 14A). The response, 
with the LTN, is transmitted to the client (block 1560, Figure 14A). 

Figure 14B is a flow diagram illustrating one embodiment for processing 
at the server requests with location tracking numbers. The location sCTver 
receives a request to look up a client location using the LTN (block 1 565, Figure 
14B). In response to the request, the location server parses the request and 
obtains the LTN (block 1570 Figure 14B). The server retrieves the client 
location identified by the LTN (block 1575, Figure 14B). With the client 
location, the location server creates a response and transmits the response to the 
client device for a third party server or third-party client device (blocks 1580 
and 1585, Figure 14B). 

Reference Signal Pre-Processing: 
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For purposes of nomenclature, pre-processing on the client device may 
include, but is not limited to, one or more of flie following types of pre- 
processing: I) pre-processing the reference signal to generate reference data 
("reference signal pre-processing"); 2) pre-processing to quantize the reference 
data ("quantization pre-processing"); 3) pre-processing the GPS refeirace data 
to generate correlation results ("correlation pre-processing"), and pre-processing 
to compress the reference data ("compression pre-processing"). Although pre- 
processing on flie client device is described as reference signal pre-processing^ 
quantization pre-processing, correlation pre-processing, and compression pre- 
processing, additional pre-processing may be performed on the client to rahance 
location calculation on the server widiout deviating from the spirit or scope of 
the invention. 

Figure 15 is a flow diagram illustrating one embodiment for quantization 
pre-processing in flie client device. The serv&c transmits a request to the client 
for reference data (block 1600, Figure 15). In response, the client receives a 
reference signal, and digitizes the reference signal (block 1610, Figure 15). In 
addition, the client device performs additional digital signal pre-processing on 
the digitized reference signal to generate reference data (block 1620, Figure 15). 
In one embodiment the client device uses embedded software to perform the 
digital signal pre-processing, and m another embedment the client device uses 
downloaded application software to perform the pre-processing. The client 
device transmits the pre-processed reference data to the server (block 1630, 
Figure 15). The server receives the pre-processed reference data for the client 
device, and calculates the location of &e client device using the reference data 
(blocks 1640 and 1650, Figure 15). 
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In one embodiment where the reference signal is a GPS signal, the client 
device performs correlation pre-processing. As is well known, in order to 
acquire a GPS signal, the GPS receiver generates a code either P code or 
C/A code) synchronous with a time reference maintained at the GPS receiver. 
The GPS signal, transmitted from the satellite, also includes a code either P 
code or C/A code) synchronous with the same tone reference maintained at the 
satellite. The satellite clock time may differ from GPS time due to clock drift. 
For this embodiment, the client device generates a code (/.e., either P code or 
C/A code) synchronous with a time reference. After receiving the GPS signal, 
the client device performs a correlation fimction, with the GPS signal and the 
code generated at the receiver as inputs, to synchronize the two signals. Any 
GPS correlation fimction may be used. The client device generates, as an output 
of the correlation fimction (/.e., correlation pre-processing), the correlation 
results. In one embodiment the client device conq>utes ambiguity values as the 
correlation results. The generation of ambiguity values is described more fiilly 
below. For this embodiment, the client device transmits, as reference data, the 
correlation results as reference data in lieu of the pre-processed reference signal. 
The client device may also perform quantization pre-processing on the 
correlation results. 

In general, the correlation results permit the location server to determine 
the phase or time difference between the GPS signal and the code generated at 
the client device. This phase or time difference is used at the location server to 
calculate the distance between flie client device and the respective satellite. In 
one embodiment, the location server identifies a peak in the correlation results 
to correlate the GPS signal and the code generated at the client device. 
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Downloadinp Software to The Client Device : 

Figure 16 is a flow diagram illustrating one embodiment for 
downloading and modifying algorithms to the client device. The servCT 
S trananits a request for reference data to the client device (block 1700, Figure 
16). The client device receives flie request for reference data from the server 
(block 1710, Figure 16). hi one embodiment, flie request includes an 
identification to q>ecify the pre-processing software for the client's use in pre- 
processing the ref^ence data. In response to the request, the client device 
10 acquires, as a radio frequency signal, the reference signal (block 1720, Figure 
16). If the client device has the necessary pre-processing software available, 
then the client device pre-processes the reference signal to generate the 
reference data (blocks 1725 and 1730, Figure 16). 

If the client device does not possess the appropriate pre-processing 
15 software, then the client device sends a request for the pre-processing software 
to the server (blocks 1725 and 1735, Figure 16). The server receives the request 
for flie client pre-processing software, and sends the appropriate pre-processing 
software to the client device (blocks 1740 and 1745, Figure 16). The client 
device receives the pre-processmg software and loads the pre-processing 
20 software for use in the client device, and performs the pre-processing on the 
reference signal (blocks 1750 and 1730, Figure 16). After pre-processing the 
reference signal with the appropriate software, ttie client device then transmits 
the reference data to ttxe server, and flie server receives the reference data and 
calculates the location of the client device (blocks 1755, 1760 and 1765, Figure 
25 16). 
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Dynamic Data TraDsmission for Thin-Client LPS : 

la another embodiment for a thin client location deteimination system, 
the quality and quantity of the reference data, generated at the client device, 
5 changes ''dynamically," in some embodiments at the request of the server. For 
this embodiment, after the client device transmits reference data to the server, 
the server generates and transmits to the client device a "server response." In 
one embodiment, the server response consists of a location and/or a "location 
calculation response code" ("LCRC"). The LCRC is an instruction to the client 

10 device. In one embodiment, the LCRC instructs the client to perfonn one or 
more of the following commands (but is not limited to only using these 
commands): 1) use the location contained in the response; 2) transmit more 
samples from the reference signal buffered at the client device, 3) acquire a new 
reference signal and transmit new reference data to the server for further 

15 calculation of a location; 4) perfonn additional pre-processing on flie reference 
signal to calculate new reference data, or S) inform the user of the client device 
that a location cannot be detennined. The LCRC may contain additional client 
instructions without deviating from the spirit or scope of the invention. In one 
embodiment, the client also downloads the software from tiie server to interpret 

20 LCRCs, and in another embodiment the server may *'push" software to the client 
device to interpret LCRCs.. 

The server may request the client to alter the parameters for acquisition 
of a reference signal and/or pie-processing of the reference signal to generate 
the reference data. In one embodiment, one parameter for dynamic transmission 

25 of data specifies the length of the reference signal (i.e., the number of samples 



of the reference signal). In one embodiment the client device acquires 1 
millisecond of a GPS signal. The length parameter in an LCRC may request the 
client to acquire more of the reference signal. A second parameter for dynamic 
transmission of data specifies the bit precision or quantization used to digitize 
the reference signal. For example, if the initial reference data uses 2 bit 
precision, the LCRC may instruct the client to increase the bit precision. A 
third parameter for dynamic transmission of data specifies the sampling rat© to 
generate the reference data firom the reference signal. In other embodiments, 
additional parameters specify conditions for compression of reference data, 
including the number of bits in a block. 

Figure 17 is a flow diagram illustrating one embodiment for 
implementing dynamic date transmission in a tiiin client location determination 
system. The client device receives the reference signal, and samples tiie 
reference signal to generate a first set of reference data (block 1800, Figure 17). 
The client device then transmits the first set of reference data to the server 
(block 1810, Figure 17). The server receives the first set of reference data, 
processes the refraence data, and creates a response message that includes flie 
location and/or a location calculation response code ("LCRC") (blocks 1820 and 
1 830, Figure 17). The server transmits the response message to the client (block 
1840, Figure 17). The client device receives tiie response message, and 
determines the appropriate action based on the LCRC. 

Table 1 illustrates one embodiment for a client request and server 
response for a thin client location determmation system with dynamic 
transmission of data . 
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TABLE 1 



Example Location Request from Client 


Example JLocatloii Response from Server 


<LOC-REQUEST> 
<HEADBR> 

<USER-AGENT^Nokia WAP 1. 02</USER. AGENTS 

<USER-ID>387-49S^372</USBR-1I» 

<NET-ID>122.243.9.43</NET-ID> 

<ITER>l</rrER> 
<HEADER> 
<BODy> 

<SIGNAL-DATA> 
<GPS-BAN1>> 

143341 00 344443 12430232 I 234332 
24320023 222323 32 14 32 323222044 
321 1001 1000012322322433203122 
21 323333 22212332 143 132322 1004 
12121023200323321030133222014 
143 34 100344443 1243 02 32 1234332 
21323333222 12332143 1323221004 
13334000344443124001321232312 

<SIONAL-DATA> 
<fl30DY> 


<LOC.RESPONSE> 
<HEADER> 
<SERVER-ID>12.32.43<'SERVER-IIX> 
<USER-ID>387-498-6372<AJSER-ID> 
<^-ID>122.243.9.43<;«aET-II>> 
<ITER> i</rrER> 
<LCRORESENI><;a.CRO 
<LTN>334234.435553087.450192</LTN> 

<BODY> 
<LOO 
<LAT>37.774<AAT> 
<LON>-122.093</LON> 
<ALT>23J34VAL7> 
</LOO 

<LCRC-PARAMS> 
<LEK>3</LENi> 
<QUANT>4</QUANT> 
</LCRC-PARAMS> 
</BODY> 
<^OC.RESPONSE> 



Jn another embodiment, fee server response includes a location tracking 
number C'LTN"). As shown in Table 1, in this embodimmt the server response 
5 is an extended Maik-up Language C'XML") document with specific tags for the 
location, the LCRC, the LTN, and other relevant information. The contents of 
the LCRC XML sub-tree consist of a variable length alphanumeric code with a 
variable length alphanumeric paramet^ list The variable length alphanumeric 
parameter list consists of zero or more parameters. The XML response 
10 document shown in Table 1 contains tags for both the location as well as for the 
LCRC. In addition, other items, including the location tracking numbers, are 
included. Although the server response is disclosed as an XML document, the 
server response may comprise any format and may contain different tags or 
fields without deviating fix>m the spirit or scope of the invention. 
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Table 2 illustrates one embodiment for LCRC codes, including 
interpretations and the client's appropriate course of action, as well as the 
parameters, 

5 TABLE 2 



LCRC Code 


Parameters 


Meaning 


Course of Action 


OK 


None 


Location calculation was 
completed succeslully 


Use the location data or LTN embedded in &e 
response 


RESEND 


IntLEN 
Int QUANT 


Need more signal data to 
complete location calc. 


Resend LEN ms. of signal data with data quantized 
to QUANT bits (up to 3 RESEND attempts) 


ERROR 


String MSG 


An error occurred while 
calculating location 


Stop location calculation and display error 
message 


FAIL 


String MSG 


Failed to calculate location 
after 3 RBSHND attempts 


Stop location calculation and display error 
message 



For fliis embodiment, the "OK" LCRC code indicates tiie location 
calculation was successfully completed^ and directs the client device to use the 
location data or the LTN embedded in the response. The RESEND LCRC code 

10 indicates to the client device that more reference data is required to complete the 
location calculation. In one embodiment, the RESEND code includes two 
parameters: a length ("I^N*') parameter and a quantization (**QUANT") 
parameter. If the client device receives the RESEND LCRC code, tbsti the 
client device [acquires the specified LEN of the reference signal length of 

15 the reference signal measured in milliseconds), and digitizes the reference signal 
in accordance with the quantization value QUANT indicates the number of 
bits of precision). If the client device receives an ERROR LCRC, indicating 
that an error occurred in the server while calculating tiie client location, the 
client device displays an eoror message to the client user. If die LCRC code is a 

20 FAIL code, then the server failed to calculate the client location after a threshold 
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number of attempts (e^., three), and the location calculation is stopped and an 
enor message is displayed. 

In one embodiment, if after the first client request the server is not able 
to calculate the location, then the server transmits a response to the client with a 
RESEND LCRC code. The client device resends a request to calculate a 
location that also includes the number of RESEND requests previously 
transmitted (i.e., the <rrER> tag of the XML request). In one embodiment, if 
after a predetermined number (eg., three) RESEND attempts flie server is still 
unable to determine a location, then the server returns the FAIL response code 
to instruct the client to cease transmitting requests and to display an error 
message to the user. The predetermined flueshold value is set to prevent the 
client device fix>m draining the batteiy by sending repeated requests when the 
client device is physically out of range for an acceptable refermce signal. 

As shown in Figure 17, the client device receives a server response 
(block 1850). For the LCRC code and parameters, the client determines the 
appropriate action. If the LCRC code designates RESEND, then the client 
device acquires the appropriate reference signal based on the LEN parameter, 
and digitizes the reference signal with the amount of precision set forth in the 
QUANT parameter (blocks 1860 and 1870. Figure 17). Alternatively, if the 
LCRC indicates an ERROR or a FAIL, then the client device displays an error 
message to the user (blocks 1860 and 1880, Figure 17). This process is repeated 
imtil a response is received with an LCRC that instructs tiie client to use the 
location contained in the response or until a response is received widi an LCRC 
that instructs the client to stop requesting the location. 
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Figure 18 is a flow diagram illustrating one embodiment for djiiamically 
determining location in a server. The location server receives a location 
calculation request firom a client device (block 1900, Figure 18). Jn response to 
the request, the server parses the request to obtain the reference data (block 
1910, Figure 18). To calculate the client's location, the server obtains aiding 
data (block 1920, Figure 18). Using the aiding data and the client's reference 
data, the server attempts to calculate the clients location (block 1930, Figure 
18). The server creates the LCRC (block 1940, Figure 18), If the server was 
successful in calculating the cliraif s location, the location is included in flie 
response, and the LCRC code is set accordingly (e.^., "OK"). If the server was 
not successful in calculating the client's location, the server generates an 
appropriate LCRC code (e.g., eiflier RESEND, ERROR or FAIL). The server 
formulates the response, and sends the response to the client (blocks 1950 and 
1960, Figure 18). 

Figure 19 is a block diagram illustrating one embodiment for a location 
server that dynamically determines location. For this embodiment; location 
server 2000 includes an HTTP server, for processing requests and responses, 
and an appHcation server. As shown in Figure 19, the application server 
includes location calculation algorithms 2020, an LCRC creator 2030, aiding 
data mterface 2040, and a database interface 2050. The LCRC raeator 2030 
formulates responses as described above. The database, which processes SQL 
queries, provides information used to calculate tiie client's location. 

Multi-Algorithm Ser ver Embodiments^ 

Figure 20A is a block diagram illustrating one embodiment for a 
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location server that employs a location calculation algorithm that consists of two 
steps, as shown in Figure 20A. Specifically, for this embodiment, the location 
calculation algorithm comprises the steps of 1) signal acquisition 2010, and 2) 
location calculation 2020. The signal acquisition step determines pseudoranges 
firom reference data. In the second step, location calculation 2020, the client's 
location is determined firom tfie pseudoranges calculated in the signal 
acquisition 2010 step. 

Figure 20B is a block diagram illustrating one embodiment for a location 
server diat onploys a location calculation algorithm ihat performs die location 
calculation in a single step. Specifically, location calculation algorithm 2030 
performs the entire location calculation without tiie intermediate step of 
determining pseudoranges. 

Figure 20C is a block diagram illustrating another embodiment for a 
location server that employs multiple algorithms. As shown in Figure 20C, the 
location server includes location algorithm #1 (2040), location algorithm #2 
(2050), and location algorithm #n (2060). The location server uses one or more 
of the location calculation algorithms to calculate the client's location. In 
addition, the location server includes algorithm usage logic 2070. Embodiments 
for algorithm usage logic are described in Figures 21 and 22. 

The use of multiple location calcidation algorithms in &e location server 
permits optimization of the location calculation for different conditions and 
applications. In one embodimoit, one or more location calculation algorithms 
are optimized for speed, sensitivity to signal strength, correction for multi-path 
errors, and client*s environment (eg., indoor or outdoor). Also, one or more 
location calculation algorithms are optimized for accuracy. Specifically, one or 
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more location algorithms may take a "risky*' approach where they produce 
results that are eifter veiy accurate or very inaccurate. Other algoriflims may 
take a **risk-averse" approach where they produce results which are not very 
accurate, but that are also never extremely inaccurate. In another embodiment, 
one or more location calculation algoritiuns are configured to use different 
external data sources or to use no data sources at alL One or more location 
calculation algorithms are also configured to use different information in the 
reference data. In another embodiment, one or more location calculation 
algorithms are optimized based on the velocity of the client device. 

Figure 21 is a flow diagram illustrating one embodiment for use of 
multi-algoritimis in the swver. The server receives a location calculation 
request, parses the request to obtain the reference data, and obtains aiding data 
(blocks 21 10, 2120, and 2130, Figure 21), The server selects an algorithm, and 
calculates the location using that algorithm (blocks 2140, 2150 and 2160). If 
the algorithm was successful, then a response is generated (blocks 2170 and 
2180, Figure 21). If the algorithm was not successful, then a new algoritirai is 
appKed, and blocks 2150, 2160 and 2170 are repeated (block 2140, Figure 21). 
If all the algorithms have been tried, then an error code is generated as the 
response (blocks 2140, 2190 and 2180, Figure 21). The response is sent to the 
client (block 2195, Figure 21). 

Figure 22 is a flow diagram illustrating another embodiment for use of 
multi-algorithms in the server. The server receives a location calculation 
request, parses the request to obtain the reference data, and obtains aiding data 
(blocks 2210, 2220, and 2230, Figure 22). The location server processes the 
reference data using multiple algorithms in parallel (block 2240, Figure 22). 
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The location server selects the best result, creates a response, and sends the 
response (blocks 2250, 2260 and 2270, Figure 22). 

In another embodiment, the server receives a location calculation 
request, parses the request to obtain the reference data, and obtains aiding data. 
Embedded in the request is also a command identifying a specific algorithm or a 
class of algorithms (i.e., *least expensive**) to use in the calculation of a 
location. The location server calculates a location using a specified algorithm or 
algorithms, creates a response, and sends the response. In other embodiments 
the server, rather than the client, makes the determination of which algorithm or 
algorithms to use to calculate a location. 

Location Determination Processing : 

An approximate client location t may also be used to aid in the 
acquisition of GPS signals. (This approximate location here is represented in 
terms of a three-dimensional vector corresponding to a point in an. earth- 
centered earOi-fixed coordinate system.) In one embodiment, the approximate 
location £ is based on the location of the cell tower that provides the wireless 
communications to the client device. In another embodiment I may be 
determined by measuring signal strength between the base station and client 
device, using time-difference of arrival (TDOA), angle of arrival (AOA), and/or 
sector of arrival (SOA) methods at the base stations. 

For purposes of the explanation below, location determination 
processing may be separated into several phases: 1) computation of 
approximate satellite locations; 2) identification of overhead satellites; 3) 
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computation of codo phases; 4) computation of pseudoranges; and 5) 
triangulation of pseudoianges to detemiine location. 

For purposes of clarity, we denote the sampled signal by a process sj, .... 
sjc. These samples are taken at GPS times tj, ,..,tK. The corresponding handset 
clock times are denoted by . Hence, % represent the handset clock time 

recorded when the first sample of the GPS signal is received at the client device. 
Note that, though % may differ from u (even if only by a few microseconds), 
the samples are taken at uniform intervals A = - . The reduction of "clock 
Doppler** may be achieved by various protocols between the receiver and the 
network so that A = ^ -^^^ = . 

Computation of Ap proxim ate Satellite Locations: 

As is known to one skilled in the ar^ one known method for computing 
satellite location from GPS signals uses ephemeris information (which is 
contained in the aiding data). In particular, given a GPS time /, it is 
straightforward to compute the location y\ e 91^ of the rth satellite at time t, in 

an earth-centered earth-fixed coordinate system. (This is a three-dimensional 
vector.) 

For each zth satellite, the location server computes a location that 
approximates the satellite's location at the time at which the signal maple 
received at GPS time ^ was transmitted. In doing this, the server first 
computes an approximate time at which the signal was transmitted. This is 

givcaiby - - . (c denotes the speed of light) The resulting 
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approximate location of each satellite may be represented by y' = y^^ . 
Identification of Overhead Satellites: 

The next step is to identify the collection of satellites that are overhead. 
As is known to one skilled in the art, using an approximate location of a 

5 satellite and an approximate location Z of the handset, the satellite is 
considered "overhead" of the client device if; 

(Note that the "prune" denotes matrix transposition.) 
Computation of Code Phases: 
10 One known method for computing code phases is described below, 

however, as is known to one skilled in the art, a variety of other methods may be 
used to compute code phases. Using the sampled signal, the location calculation 
correlates C/A codes in order to determine code phases. The GPS time of each 
k'* sample is denoted by tjt and the sample signal is denoted by s*. The 
IS contribution of any particular satellite to the k^ sample may be expressed as: 
V2Prf(/^ - x)x{f^ - r) cos(2;r((//F + /i>)^* + ^)) 

where, 

x{t) is a bandpass filtered version of the associated C/A code jc(/) , 
P is the signal power 
20 d(t) is the navigation bit stream 

T is the time elapsed from the transmission of the first sample to the 
receipt of the first sample, 

tjp is the intermediate frequency. 
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fx) is tbe Doppler shift {Le., a sum of the satellite Dpppler and the clock 
Doppler); and 

9 is carrier phase. 

The carrier phase typically depends both on atmospheric effects and on the 
5 phase of the mixer used to downshift frequency in the client device. Note that 
this expression, an approximation, ignores the effects on the Doppler shift on 
tfie navigation message and the C/A code, as well as the change in signal travel 
time during the course of tiansmission and recq>tion. 

The location server estimates tixe code phase, and Doppler shift, f^), 
10 associated with each satellite. This involves a search over candidates (^,^). 
The search is exhaustive and entails computation of an "ambiguity value" 
^(^»/d) for each candidate. The pair (^,/^) with maximum ambiguity value 
is chosen. 

Jn one technique to compute ambiguity values, multiplication with a 
15 complex-valued ref^ence signal generates an altered signal and is performed as 
follows: 

where, represents tiie contribution of noise and other satellites. In one 
embodiment, tiiis signal is low pass filtered to obtain: 

Next, the signal is correlated wifli x{t^ - ^, - ^) , generating a value 
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However, rather flian computing this sum explicitly for each ^ and , RQ,fo) 
is viewed as a conelation. In one embodiment, the correlation theorem and fast 
Fourier transforms {*TFTO are used to improve computation time. 
Finally, computing a squar^ magnitude yields: 



This process is designed to *'strip away** the navigation bit and die carrier phase, 
thus alleviating the need to estimate these parameter values. Assuming, 



the expression becomes: 



2 



and therefore, the ambiguity values do not depend on the navigation bit or the 
carri^ phase, assuming that flie navigation bit is constant for the duration of the 
sampling. 

In one embodiment, an ambiguity threshold ratio is used to detect useful 
code phases, and satellites wi&out useful code phases may be disregarded. For 
a given satellite, its maximum ambiguity must exceed the average ambiguity by 
a constant ratio in order for that pseudorange estimate to be considered valid. In 
other embodiments, a variety of threshold tests can be used, such as ratio 
between highest ambiguity peak and next highest ambiguity peak. 
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Computation of Pseudoranges: 

Given an approximate location, 1 , and a clock time, % , recoided by the 
device at signal reception (f.e., at the time of sampling si), a pseudorange, , is 
generated for each ifh satellite. To do this, an assumption that the handset clock 
5 time is commensurate with GPS time is made to simplify the process. 

For each iHi satellite, the pseudorange calculation may be brok^ into 
several steps. 

1. Determining the contribution of satellite code phase and 
satellite clock errors, : 

10 Pi=i^i+s,)c 

2. Calculating an integral number of PRN code segments. The 
lengfli of each code segment is approximately 300km. Since the 
approximate location provides enough accuracy, the integral 
number of code segments may be determined as follows: 



15 ' ntf around 



V 

where /,is the length (in space) of a code segment 

3. Calculating satellite transmission phase v,. Since the GPS 
clocks are all synchronized (after aj^lying the clock correction). 
Ibis part of the distance is constant for all satellites. In one 

20 embodiment, tiiis quantity is set to zero and solved for in 

triangulation. 

4. Computing differential correction d^. Differential corrections 
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can be obtained from a variety of sources, including tbird-party 
vendors, publicly available data via the Internet (e.g. 
www.ngs.noaa.gov/ CORS/cors-data,html), readings of an 
independent GPS receiver and oflier sources. 
5 The sum of these quantities foim the pseudorange. 

Pi =Pi-^mJf'^cv,-¥d^ 
Triangulation of Pseudoranges to Determine Location: 
Given approximate satellite locations, 5^S- together with 
pseudoranges, a known triangulation technique can be used to compute user 
10 location. To reduce notation, the subscripts are eliminated from the 
approximate locations used in this section, with an understanding that all 
locations are associated with % . 
Note tibat 

15 where is an error term common to all satellites (which may include an 

unknown satellite phase contribution). To estimate the location £ and the error 
term y^, we solve 
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for some positive definite weight matrix W. Jn one embodiment, the algorithm 
of Bancroft, Stephen (1985), An Algebraic Solution of the GPS Equations", 
IEEE Transactions on Aerospace and Electronic Systems, Vol. AES- -21, No. 7 
is applied, as set forth below. 
Define an Nx4 matrix 



10 



M = 



and a N-dimensional vector r with components 

Denote the pseudo-inverse of A/, with respect to weight-matrix JF, by 

Let I be the JV-dimensional vector with every component equal to 1, and let 

u-M^i and v = AfV. 

Finalfy, let 

= 2(u^v^ + u^v^ + v^u^ - v^u^ - 1), 



15 Solving the quadratic equation 



that yields two roots. 



Each root corresponds to a vector of coordinates and time: 
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and the one closest to the Earth's surface is selected. 

As used above, we employ a diagonal weight matrix W with diagonal 
entries W^-^^A^Oi^fo^' This is motivated by a maximum likeUhood 

5 argument, as set forth below. 

A simplifying assumption is made that the pseudorange errors are 
distributed according to independent Gaussian distributions. The relevant 
statistics are flierefore tiie variances. An observation is made that the variance 
of the pseudorange error for is roughly a^/(TP,), where cr^ is the noise 

10 power spectral density, T is die duration in time of die received signal, and P,- is 
the power of&eith signal. Since A,0nfD^) estimates P/, <t^ liTA,{0^J^)) is 
an estimate of die pseudorange variance. The relationship between pseudorange 
estimates and location can therefore be modeled by 

A«|^-5^1l + ?' + ^/' 

15 Where w,- is an independent Gaussian random variable with variance 

For a clearer conceptual presentation, a vector, is defined as 

'=[;]• 

Then, let a function g: {R* be defined by 

20 g(^) = ||^-y'l+r- 

The pseudotanges then satisfy 
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where w is a Gaussian random variable with diagonal covariance matrix 2 
whose diagonal entries aie given by =o-V(r4 «?„/«)). A maximum 
likelihood estimator for q, given p, therefore minimizes 

ip-g(.q)yi:-'ip-g{q)). 

This qiiantity is proportional to 

ip-e(.q)ywip-giq)). 

Hence, the choice for the wei^t matrix is detennined. 

Even though some wnbodiments of the invention were described above 
by reference to one particular location-determination process, one of ordinary 
skill will realize that other embodiments may use oflier location-determination 
processes. These oflier processes can perform flieir analysis based on the same 
set of parameters as flie location-determination process described above, or 
based on different sets of parameters. 

For instance, some location-determination processes use tiie information 
illustrated in Figure 23 to perform a Bayesians statistical analysis, which 
identifies tiie most likely location within a region tiiat contains the clioit device 
that receives tiie GPS signal. In Figure 23, a location-determination server 2300 
receives information firom (1) a base station, (2) a cKent device tiirough the base 
station, (3) a reference GPS receivCT, and (4) one or more databases. 

From tiie ctient device, tiie server might receive tiie device's clock 
Doppler, and tiie time tiiat tiie device generated tiie first sample in tiie digital 
GPS reference data. From flie base station, tiie server can receive tiie base 
station's tower-identification. The server also might receive an airival-time 
delay tiiat specifies ttie signal-transit delay between flie client device and tiie 
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base station. In addition, the server might receive an arrival angle and/or arrival 
sector, which respectively specify Ae angle of ttie incoming signal to the base 
station and the sector for the incoming signal. In some embodiments, the 
location-determination server narrows the approximate region containing the 
client device by using the signal-tiansit delay, arrival angle, and/or arrival 
sector. 

The server might also receive ftom tiie GPS reference receiver flie 
following information about the GPS satellites: Doppler values, ephemeris data, 
navigation bits, and/or differential-correction values. In some embodiments, the 
location determination server can use fliis information to determine the satellite 
location and atmospheric delays, and/or to enhance computations involved in 
the location determination. The server might also receive information from the 
GPS reference receiver through the Internet or some other communication 
medium. 

As shown in Figure 23, the location-determination server can also 
retrieve some information from one or more databases. This information 
includes the base-station tower's coverage, topographic maps of flie approximate 
region about the base-station tower, and three-dimensional maps of structijres in 
this region. 

General Considerations : 

The processes and modules described herein may be implemented in 
hardware, software, or a combination of hardware and software. If implemented 
in software, the software comprises computer readable instructions for 
execution on a general purpose computer (ag.. server) or for execution on a 
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microcontroller (e^., client device). 

Although the present invention has been described in terms of specific 
exemplary embodiments, it will be appreciated that various modifications and 
alterations might be made by fliose skilled in the art without departing fi-om the 
5 spirit and scope of ttie invention. 
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CLAIMS 

What is claimed is: 

1 . A method for detennining a location of a client device, said 
5 method comprising the steps of: 

receiving a reference signal at a client device; 
pre-processing said reference signal to generate reference data; 
transmitting said reference data from said client device to a server; 
generating, at said server, a server response comprising an instruction for 
10 the client device related to location determination of said client device; and 
transmitting said server response to said client device. 



2. The method as set forth in claim 1, frtrther comprising the steps 

of: 

1 5 parsing said server response at said client device; 

generating, at said client device, new reference data in accordance with 
said server response if said server response includes an instruction requesting 
new reference data and 

transmitting said new reference data from said client device to said 

20 server. 

3. The method as set forth in claim 1, whereui the step of 
generating a server response comprises the step of inserting a location in said 
s^ver response, and generating an instmction that instructs said client to use 

25 said location. 
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4. The method as set forth in claim 1, wherem the step of 
generating a server response comprises the step of generating an instruction that 
requests transmission of new reference data from said client device to said 

5 server. 

5. The method as set forth in claim 1, wherein: 

the step of pre-processing said reference signal to generate reference data 
comprises the steps of : 
10 generating samples of said reference signal; 

storing said samples at said client device; 
generating reference data with a portion of said samples; 
the step of generating an instruction that requests transmission of new 
reference data from said client device to said server comprises the step of 
15 generating an instruction that requests the client device to transmit, as reference 
data, additional samples from flie set of stored samples. 

6. The method as set forth in claim 4, wherein the step of 
generating an instruction that requests transmission of new reference data frcmi 

20 said client device to said server comprises the step of generating an instmction 
that requests reference data based on a new reference signal acquired at said 
client device. 

7. The method as set forth in claim 4, wherein: 

25 tte step of transmitting said reference data from said client device to a 
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server comprises fhe step of transmitting said reference data comprising a first 
reference signal length; and 

the step of generating an instruction that requests transmission of new 
reference data from said client device to said server comprises the step of 
generating an instmction that requests reference data based on a second 
reference signal lengthy said second reference signal length being greater than 
said first reference signal length. 

8. The method as set forth in claim 40, wherein the step of 
generating an instruction that requests transmission of new reference data from 
said client device to said server comprises the step of generating an instmction 
that requests said client device to perform additional pre-processing on the 
reference signal to calculate new reference data. 

9. The method as set forth in claim 1 , wherein: 

the step of pre-processing said reference signal to generate reference data 
comprises the step of generating samples of said reference signal based on a first 
bit precision; and 

the step of g^emting an instmction that requests transmission of new 
reference data from said client device to said server comprises the step of 
generating an instmction tiiat requests the client device to transmit reference 
data comprising a second bit precision different than said first bit precision. 

1 0. The method as set forth in claim 1 , wherein: 

the step of pre-processing said reference signal to genemte reference data 
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comprises the step of generating, at a first sampling rate, samples of said 
reference signal to generate reference data; and 

the step of genmting an instruction that requests transmission of new 
reference data firom said client device to said server comprises the step of 
5 generating an instruction that requests the client device to transmit referrace 
data comprising samples generated firom a second sampling rate, said second 
sampling rate being different than said first sampling rate. 

11. The method as set forth in claim 1, wherein: 

10 the stqp of pre-processing said reference signal to generate reference data 

comprises the steps of generatmg samples of said reference signal and 
compressing, in accordance with a first set of parameters, said samples to 
generate reference data; and 

the step of generating an instmction that requests transmission of new 

15 reference data firom said client device to said server comprises tiie step of 
generating an instruction that requests the client device to compress said 
samples in accordance with a second set of parameters. 

12. The method as set fordi in claim 1, wherein the step of 
20 generating a server response comprises the step of generating an instruction to 

inform said client device that a location can not be determined. 

13. The method as set forth in claim 1, fiirtfaer comprising tiie step of 
downloading sofiAvare firom said server to said client device to process said 

25 server response. 
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14. A method for detennining a location of a client device, said 
mefhod comprising tfie steps of: 

storing a plurality of algorithms at a server; 
5 receiving a request from a requestor to detmnine a location of a client 

device; 

receiving reference data from said client device; 

selecting at least one of said algorithms to determme said location for 
said client device; and 
10 calculating said location at said server using said at least one of said 

algorithms.- 

15. The method as set forth in claim 14, further comprising the steps 

of: 

determining whether said location calculation was successful; and 
selecting a second algorithm from said plurality of algorithms to 
detOTnine said location for said client device if said location calculation was 
unsuccessful. 

16. The method as set fortti in claim 15, further conqnising the steps 

of: 

storing more than two algorithms at a server, and 

repeating the step of selecting additional algorithms from said 
algorithms stored to detennine said location for said client device imtil said 
location calculation is successfuL 

51 
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1 7, The method as set forth in claim 14, wherein: 

the step of selecting at least one of said algorithms to detemiine said 

location for said client device comprises the step of selecting a plurality of 
5 algorithms to detemiine said locatioi^ and 

the step of calculating said location at said server comprises the steps of: 

calculating a plurality of locations in parallel; and 

selecting one of said locations calculated. 

10 18. The method as set forth in claim 14, wherein: 

the step of receiving reference data comprises flie step of receiving, from 
said client device, a message comprising infonnation regarding use of at least 
one of said algorithms; and 

the step of selecting at least one of said algorithms to detemiine said 
1 5 location for said client device comprises the step of selecting said at least one of 
said algorithms specified in said client request 

19. The method as set forth in claim 18, wherein said information 
regarding use of at least one of said algorithms comprises information that 

20 idoitifies one of said algorithms. 

20. The method as set forth in claim 18, wherein said information 
regarding use of at least one of said algorithms comprises infonnation that 
identifies a class of said algorithms. 

25 
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21. The method as set forth in claim 14, wherein the step of 
calculating said location at said server comprises the step of using aiding data to 
calculate said location. 

22. The mefliod as set forth in claim 14, wherein the step of 
receiving a request to determine the location of a client device comprises the 
step of receiving, from said requestor, a request comprising information 
regarding the nature of tiie location determination request; and 

the step of selecting at least one of said algorithms to determine said location for 
said client device comprises the step of selecting at least one of said algorithms 
at said serv^ based on said information regarding said nature of the location 
determination request 

23. A client device comprising: 

a reference signal pre-processor for receiving a reference signal and for 
pre-processing said reference signal to g^erate reference data; 

communications module, coupled to said reference signal pre-processor, 
for transmitting said reference data from said client device to a server, and for 
receiving, from said server, a server response comprising an instruction for said 
client device related to location determination of said client device. 

24. The client device as set forth in claim 23, wherein: 

said reference signal pre-processor fiirther for parsing said server response and 
for generating new reference data in accordance vnfh said server response if said 
server response contains an instruction requesting new reference data; and 
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said communications module fiirfher for transmitting said new reference 
data from said client device to said s^er. 



25. The client device as set forth in claim 23, wherein said 
S communications module fiirfiher for receiving in said server response a location 

determination and an instruction that instmcts said client to use said location 
detemiination. 

26. The client device as set forth in claim 23, wherein said 
10 commimications module further for receiving in said server response an 

instruction that requests transmission of new reference data frcmi said client 
device to said server. 

27. The cUent device as set forth in claim 26, wherein: 

15 said reference signal pre-processor further for generating samples of said 

reference signal to generate reference data; and 

said communications module further for receiving an instruction fiom 
said server that requests the client device to transmit, as reference data, 
additional samples from the reference signal. 

20 

28. The client device as set forth in claim 26, wherein said 
communications module further for receiving an instruction that requests 
reference data based on a new reference signal acquired at said client device. 

25 29. The client device as set forth in claim 26, wherein said 
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communications module further for transmitting to said server said reference 
data conq>rising a first reference signal length, and for receiving an instmction 
that requests reference data based on a second reference signal length, said 
second reference signal length being greater than said first reference signal 
5 lengdi. 

30. The client device as set forth in claim 26, wherein said 
communications module fiirfher for receiving an instruction that requests said 
client device to perform additional pre-processing on the reference signal to 

10 calculate new reference data. 

3 1 . The client device as set forth in claim 23, wherein: 

said reference signal pre-processor further for generating samples of said 
reference signal based on a first bit precision; and 
15 said communications module further for receiving an instruction that requests 
the client device to transmit reference data comprising a second bit precision 
greater than said first bit precision. 

32. The client device as set forth in claim 23, wherein: 

20 said reference signal pre-processor further for generating, at a first 

sampling rate, samples of said reference signal to generate reference data; and 
said communications module furttier for receiving an instruction that requests 
the client device to transmit reference data comprising samples generated fix>ni a 
second sampling rate, said second sampling rate being different than said first 

25 sampling rate. 
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33 . The clirat device as set forth in claim 23, wherein: 

said reference signal pre-processor further for generating samples of said 

reference signal and compressing, in accordance with a first set of parameters, 
5 said samples to generate reference data; and 

said commmiications module fiirther for receiving an instruction that requests 

die client device to compress said samples in accordance with a second set of 

parameters. 

10 34. The client device as set forth in claim 23, wherein said 

communications module further for receiving an instruction to inform said 
client device that a location can not be determined. 

35. A server comprising: 

15 network communication module for receiving, fiom a client device, 

reference data and a request to determine a location of said client device; and 

location calculation processor, coupled to said network communication 
module, for accessing a plurality of algorithms at said server, for selecting at 
least one of said algorithms to determine said location for said client device, and 

20 for calculating said location at said server using said at least one of said 
algorithms. 

36. The server as set forth in claim 3S, wherein said location 
calculation processor further for determining whether said location calculation 

25 was successful, and for selecting a second algorithm fiom said plurality of 

56 



wo 02/12912 PCT/US01/2484S 
algorithms to determine said location for said client device if said location 
calculation was unsuccessful. 



37. The server as set forth in claim 35, wherein said location 
5 calculation processor further for accessing more than two algorithms, and for 

selecting additional algorithms from said algorithms accessed to determine said 
location for said client device until said location calculation is successful, 

38. The servCT as set forth in claim 35, wherein said location 
10 calculation processor fiirttier for selecting a plurality of algorithms to determine 

said location, for calculating a plurality of locations in parallel, and for selecting 
one of said locations calculated. 

39. The server as set forth in claim 35, wherein: 

15 said network communication module further for receiving, from said 

client device, a message comprising information regarding use of at least one of 
said algorithms; and 

said location calculation processor for selecting said at least one of said 
algorithms specified in said client request. 

20 

40. The server as set forfli in claim 39, wherein said information 
regarding use of at least one of said algorithms comprises information that 
identifies one of said algorithms. 

25 41. The server as set forth in claim 39, wherein said information 
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regarding use of at least one of said sdgorithms comprises information that 
identifies a class of said algoriflims. 



42. The server as set forth in claim 3S» further comprising an 
5 inter£ice to external systems fox obtaining aiding data to osculate said locatioiL 

43 . The server as set forth in claim 3 S» wherein: 

said netwoik communication module further for receiving a request to 
determine a location of said client device; and 
10 location calculation processor further for selecting at least one of said 

algorithms at said server based on information provided by said request to 
determine a location of said client device. 
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Figure 3 
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Figure 5 
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Figure 7 
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Figure 10 
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Figure 12 
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Figure 17 
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